約 5,408,805 件
https://w.atwiki.jp/psmovie/pages/246.html
WWW2nd WWW2nd 主催：兵器 編集：兵器 公開日： ※リンク先の1stは誤 出演者 Frontier hool Rain_Drop(Rainy_Drop) 九久君 Moonz atyaka3 Meteor(kin) 蝉丸(semimaru) Maria whiteen chiba 兵器(taepodong) NIKoo(chama) Bonito
https://w.atwiki.jp/cod4mod/pages/78.html
Making a Terrain Patch First off, you should use terrain for all your ground. Even if you’re making a parking lot and you want it to be flat. Use terrain patches. まず第一に、あなたはあなたのすべての地面のための地形を使うべきです。 たとえあなたが駐車をしているとしても、仕切とあなたはそれがフラットであることを望みます。 地形パッチを使ってください。 To make a piece of terrain you first make a brush. You can make it any size you wish. It can be edited later. 地形の断片を作るために、あなたは最初にブラシをします。 あなたキャンそれのためにあなたが望むどんなサイズがでも作ってください。 それは後に編集されることができます。 I selected ch_grass_01 as my texture. 私はch_grass_01を私のテクスチャとして選びました。 Once you have your brush and it is selected go to the tool bar and select Patch/Simple terrain patch . あなたがあなたのブラシを持っていて、そしてそれが選択済みである途端に、ツールバーと選択 Patch/Simple terrain patch に行ってください。 You will then have a pop up window Terrain density . This is how many rows you want to have. You can just use the default of Width 3 and Height 3. Hit OK. あなた意志はそれから、ウィンドウ Terrain density の上にポップを得ます。 これはあなたが何列を持つことを望むかです。 あなたキャンただ幅３と高さ３の省略値を使ってください。 問題がないヒット。 Now you have your terrain patch you can add more rows or delete rows. 今あなたはあなたキャンが列もっと加えるあなたの地形パッチあるいは削除列を得ます。 Hit the V key and you will see you now have pink and green dots on your terrain. There are editing vertices points. These points are used to move and shape your terrain patch. ヒット、Ｖキー、とあなた意志はあなたの地形の上にあなたが今ピンクと緑色ドットを得るのを見ます。 そこにエディティング頂点はポイントですか。 これらポイントが動いて、そしてあなたの地形パッチを形づくるために使われる. First select a vertices point by holding Control + LMB and bragging the mouse. You will notice it makes a blue selection box to select your point. You can also use this process of selection with anything in the 2D window. Models, brushes, etc. Just make sure that the object you want to select is fully in the blue selection box. 頂点ポイント Control + LMB そして自慢することをマウスとして抑留することによって、最初の選択。 あなた意志はそれがあなたのポイント選択に青色選択肢をボックスにすることに気付きます。 あなた同じくキャンは何ででも２Ｄウィンドウで選択肢のこのプロセスを使います。 モデル、ブラシ、など。 ただあなたが選択に欲するオブジェクトが完全に青色選択ボックスの中にあることを確認してください。 To add a new row of vertices you need to select 2 vertices points next to each other and then you use Control + Shift + A . This will add a row. 頂点の新しい段を加えるために、あなたお互いそして次にあなたの隣りの選択２頂点ポイントへの必要性は Control + Shift + A を使います。 この意志は段を加えます。 To select a full row you use Shift + LMB clicking on one vertice point and it will select the full row. Clicking on it again will select the row in the other direction. あなたが１つでクリックして Shift + LMB を使うフルの段を選択するために、頂点ポイントとそれは完全な段を選ぶでしょう。 クリック操作がそれの上に再び他の方向の中に段を選択するでしょう。 You can Extrude a row of vertices あなたキャン押し出し頂点の段 Selected a row of vertices then use Alt + O 頂点の段それから使用 Alt + O を選択しました Using Control + Shift + Q you can delete a row of vertices. Control + Shift + Q を使ってあなたキャン削除頂点の段。 To cut a piece of terrain, select the row where you want the cut and then Control + Shift + X . カットに地形の断片、あなたがカットそして次に Control + Shift + X を欲する選択、段。 To connect vertices together you select the vertices you want to merge and hit W. If the points are to far apart then may not connect. Reason is because you have Tolerant Weld turned on. Turning it off you can connect vertices s together no matter the distance from each other. connect vertices に一緒にあなたはあなたが合併することを望む頂点とヒットＷを選択します。 もしポイントであるなら遠い離れてへであって、それから連結しないかもしれません。 理由があなたがつけられたトレラント溶接を得るからです。 お互いから距離にかかわらず一緒にあなたキャン連結頂点のからそれの方向を変えます。 You can set the unit distance for Tolerant Weld in your preferences. あなたキャンあなたの環境設定の中にトレラント溶接点のための単位距離を設定してください。 You can also use connect two pieces of terrain together but first the two pieces of terrains must have matching edges and vertices. あなた同じくキャンは一緒に地形の連結２断片を使います、しかし最初に地形の２断片はマッチしているエッジと頂点を得なくてはなりません。 Moving vertices points Select the vertices you want to move. Hold Alt + LMB . Then move the vertices by dragging the mouse. 選択、頂点、は、あなたは動かすことを望みます。 保留 Alt + LMB 。 それなら、マウスをドラッグすることによって、頂点を動かしてください。 Notice the vertices will move freely. You may want to snap the points back to the grid when finished. 通知、頂点、が自由に動くでしょう。 終了しているとき、あなたはグリッドに戻ってポイントをスナップすることを望むかもしれません。 Control + G will snap the vertices points to the grid. Control + G がグリッドに頂点ポイントをスナップするでしょう。 (Original "http //www.infinityward.com/wiki/index.php?title=Making_a_Terrain_Patch")
https://w.atwiki.jp/v-ranking/pages/309.html
Vocaloidランキング一覧（定期）＞鏡音新曲ランキング＞バックナンバー2 鏡音新曲ランキング #14～ (2008年7月～) 鏡音新曲ランキング バックナンバー＆プレイリスト ★ 2008年 4月～ 6月 #1～#13 2008上半期新曲ランキングSP 鏡音編 2008年 7月～ 9月 #14～#26 2008年10月～12月 #27～#39 2008下半期新曲ランキングSP 鏡音編 2009年 1月～ 3月 #40～#52 2009年 4月～ 6月 #53～#65 2009上半期新曲ランキングSP 鏡音編 2009年 7月～9月 #66～#78 2009年 10月～12月 #79～#92 2009下半期新曲ランキングSP 鏡音編 2008年7月～9月 #14～#26 2008年7月 #14 http //www.nicovideo.jp/watch/sm3907675プレイリスト：RinlenNew14PL →weekly40 #15 http //www.nicovideo.jp/watch/sm3996870プレイリスト：RinlenNew15PL →weekly41 #16 http //www.nicovideo.jp/watch/sm4050419プレイリスト：RinlenNew16PL →weekly42 #17 http //www.nicovideo.jp/watch/sm4131456プレイリスト：RinlenNew17PL →weekly43 2008年8月 #18 http //www.nicovideo.jp/watch/sm4197469プレイリスト：RinlenNew18PL →weekly44 #19 http //www.nicovideo.jp/watch/sm4297552プレイリスト：RinlenNew19PL →weekly45 #20 http //www.nicovideo.jp/watch/sm4362134プレイリスト：RinlenNew20PL 記念企画ランクイン作品 Rinlen20_sp_PL →weekly46 #21 http //www.nicovideo.jp/watch/sm4451062プレイリスト：RinlenNew21PL →weekly47 2008年9月 #22 http //www.nicovideo.jp/watch/sm4493794http //www.nicovideo.jp/mylist/8203381 プレイリスト：RinlenNew22PL →weekly48 #23 http //www.nicovideo.jp/watch/sm4563293http //www.nicovideo.jp/mylist/8293967 プレイリスト：RinlenNew23PL →weekly49 #24 http //www.nicovideo.jp/watch/sm4655455http //www.nicovideo.jp/mylist/8371748 プレイリスト：RinlenNew24PL →weekly50 #25 http //www.nicovideo.jp/watch/sm4726947http //www.nicovideo.jp/mylist/8459571 プレイリスト：RinlenNew25PL →weekly51 #26 http //www.nicovideo.jp/watch/sm4801957http //www.nicovideo.jp/mylist/8512597 プレイリスト：RinlenNew26PL →weekly52 ↑ 2008年10月～12月 #27～ 2008年10月 #27 http //www.nicovideo.jp/watch/sm4868478http //www.nicovideo.jp/mylist/8628544 プレイリスト：RinlenNew27PL →weekly53 #28 http //www.nicovideo.jp/watch/sm4956702http //www.nicovideo.jp/mylist/8791364 プレイリスト：RinlenNew28PL →weekly54 #29 http //www.nicovideo.jp/watch/sm5017799http //www.nicovideo.jp/mylist/8970797 プレイリスト：RinlenNew29PL →weekly55 #30 http //www.nicovideo.jp/watch/sm5108286http //www.nicovideo.jp/mylist/9119534 プレイリスト：RinlenNew30PL →weekly56 2008年11月 #31 http //www.nicovideo.jp/watch/sm5176811http //www.nicovideo.jp/mylist/9243404 プレイリスト：RinlenNew31PL →weekly57 #32 http //www.nicovideo.jp/watch/sm5230662http //www.nicovideo.jp/mylist/9359808 プレイリスト：RinlenNew32PL →weekly58 #33 http //www.nicovideo.jp/watch/sm5289439http //www.nicovideo.jp/mylist/9448177 プレイリスト：RinlenNew33PL →weekly59 #34 http //www.nicovideo.jp/watch/sm5348834http //www.nicovideo.jp/mylist/9575637 プレイリスト：RinlenNew34PL →weekly60 2008年12月 #35 http //www.nicovideo.jp/watch/sm5447980http //www.nicovideo.jp/mylist/9694482 プレイリスト：RinlenNew35PL →weekly61 #36 http //www.nicovideo.jp/watch/sm5493427http //www.nicovideo.jp/mylist/9867443 プレイリスト：RinlenNew36PL →weekly62 #37 http //www.nicovideo.jp/watch/sm5569094http //www.nicovideo.jp/mylist/10031128 プレイリスト：RinlenNew37PL →weekly63 #37 http //www.nicovideo.jp/watch/sm5639379http //www.nicovideo.jp/mylist/10123428 プレイリスト：RinlenNew38PL →weekly64 #39 http //www.nicovideo.jp/watch/sm5725454http //www.nicovideo.jp/mylist/10256423 プレイリスト：RinlenNew39PL →weekly65 ↑
https://w.atwiki.jp/catnap222/pages/384.html
Reverse Boss Order Insane play through by kokoakki レアなハックのプレイ動画を見せてくれるkokoakki氏です。今回はSuper Metroid Reverse Boss Order Insaneです。 part1 http //www.nicovideo.jp/watch/sm4514879 part2 http //www.nicovideo.jp/watch/sm4529080 part3 http //www.nicovideo.jp/watch/sm4544188 part4 http //www.nicovideo.jp/watch/sm4555817 part5 http //www.nicovideo.jp/watch/sm4577471 part6 http //www.nicovideo.jp/watch/sm4595583 part7 http //www.nicovideo.jp/watch/sm4602871 part8 http //www.nicovideo.jp/watch/sm4629445 part9 http //www.nicovideo.jp/watch/sm4631238 part10 http //www.nicovideo.jp/watch/sm4656178 part11 http //www.nicovideo.jp/watch/sm4673063 part12 http //www.nicovideo.jp/watch/sm4673855 感想・レビュー等 名前 コメント
https://w.atwiki.jp/v-ranking/pages/301.html
初音新曲ランキング マイリスト 初音新曲ランキング#19 http //www.nicovideo.jp/mylist/8379649 sm4564561 【初音ミク】おなかすいたのうた【オリジナル】HATSUNE SUPER HIT!03位 sm4603213 初音ミクオリジナル曲 「Θ」HATSUNE SUPER HIT!05位 sm4596185 【初音ミク】 （；`・ω・）チャーハン作るよ！HATSUNE SUPER HIT!09位 sm4585020 【初音ミク】生きて散るだけ【オリジナル】HATSUNE SUPER HIT!12位 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 nm4605293 【初音ミク】BRIGHT RAiN【オリジナル】HATSUNE SUPER HIT!15位 sm4557546 【初音ミク】 クリーニングスイッチ - Cleaning Switch - 【オリジナル+PV】HATSUNE SUPER HIT!18位 sm4582569 みんなで協力して初音ミクに「笑顔」を歌ってもらったHATSUNE SUPER HIT!21位 sm4586139 【初音ミク】「コントロールパラメータ」オリジナル曲HATSUNE SUPER HIT!23位 sm4593130 【初音ミク】 クォーツ・ユニット 【オリジナル】HATSUNE SUPER HIT!26位 nm4557238 初音ミクオリジナル曲 アリガトウノキセキ 初音新曲01位 sm4543146 【ヤンデレ】 監禁、調教、ビーフシチュー 【初音ミクオリジナル】 初音新曲02位 sm4566904 【初音ミク】朱炎【オリジナル曲】 初音新曲03位 nm4552688 【初音ミク】憎悪の欲望【オリジナル】 初音新曲04位 sm4554935 【初音ミク】ましゅまろくっしょん【オリジナルＰＶ風】 初音新曲05位 nm4617048 初音ミクdeオリジナル曲「僕ラノセカイ」-Ver.1.0(旧版) 初音新曲06位 sm4556057 【初音ミク・KAITO】君のてのひらから（遊佐未森） 初音新曲07位 sm4593494 初音ミクオリジナル曲『sparkle song』 初音新曲08位 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 sm4558561 ミクオリジナル［～灯～］ンチャンチャ(゜∀゜) ンチャンチャ(゜∀゜) 初音新曲09位 nm4610101 【初音ミク】オリジナル『Bravery』 初音新曲10位 sm4557413 わたしのせいじゃない＞＜。【初音ミクオリジナル】 初音新曲11位 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 sm4570128 雨がひどいのです【初音ミクオリジナル】 初音新曲12位 sm4558236 【初音ミク】ラスモア【オリジナル】 初音新曲12位 sm4509446 【初音ミクオリジナル】ちんぱんじーじにん【あなたとは違うんですMIX】 初音新曲14位 sm4552914 【初音ミク】明日への扉【オリジナル】 初音新曲15位 sm4552592 【初音ミク】GetWild -FrenchＴｒｉｂｕｔｅＭｉｘ- 【TMNカバー】 初音新曲16位 sm4491200 【初音ミク】コーラスメン【リズム天国】 初音新曲17位 sm4500706 【アレンジ】いつしか、必ず。【PV】 初音新曲18位 sm4499706 【初音ミクオリジナル】流るる時間（とき）【ゆるりゆるりと】 初音新曲19位 sm4486641 「Re ありがとう」 初音ミクより 初音新曲20位 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 sm4505872 【初音ミク】 恋するうさぎ 【ぼさのばーじょん】 初音新曲21位 sm4513969 【MikuMikuDance】ウンジャラゲ【Ver.3】スペシャル１ sm4501531 【初音ミク】bpm -short ver.-【PV】スペシャル２
https://w.atwiki.jp/wg_watch/pages/39.html
目次 補足情報 画像情報 動画情報 情報投稿 補足情報 現在は「台灣女孩」で活動中 画像情報 画像概要 URL 公式画像 FaceBook ｜ FaceBook2 ｜ wretch 201301 台灣女孩專輯簽唱會 含29枚 https //www.facebook.com/media/set/?set=a.584219054927098.153307.100000170255435 201202 2012春夏流行燙染髮型 56枚 https //www.facebook.com/media/set/?set=a.314244118627708.96202.144446795607442 201111 外拍 46枚 https //www.facebook.com/media/set/?set=a.2240680541094.2106641.1370486888 201108 2011髮型代言甜心 71枚 https //www.facebook.com/media/set/?set=a.165718540146934.54768.144446795607442 201107 台北忠孝敦化商圈 234枚 その1 ｜ その2 201107 晨 40枚 https //www.facebook.com/media/set/?set=a.1733477551714.80588.1681820046 201107 Ken髮型代言甜心 含17枚 https //www.facebook.com/media/set/?set=a.415343588266.189361.582358266 201106 華山藝文中心 62枚 https //www.facebook.com/media/set/?set=a.10150212772229670.330185.519664669 201106 華山 59枚 https //www.facebook.com/media/set/?set=a.292760954084390.92917.100000514622273 201106 子玄 12枚 https //www.facebook.com/media/set/?set=a.222652204421115.62116.100000290103999 201106 返校日 20枚 http //www.may-may.net/dz/forum.php?mod=viewthread&tid=1210 201105 台北東區 7枚 http //www.flickr.com/photos/angusfu/sets/72157627261404740/ 201104 "玄"夜 5枚 http //www.may-may.net/dz/forum.php?mod=viewthread&tid=1009 201103 台北中正紀念堂 381枚 その1 ｜ その2 ｜ その3 201103 初春 16枚 http //www.may-may.net/dz/forum.php?mod=viewthread&tid=857 201102 台北華山藝文特區 55枚 http //www.wretch.cc/album/album.php?id=tjphoto&book=18 201012 夜拍 28枚 https //www.facebook.com/media/set/?set=a.1685656214944.2092302.1043806944 201011 水博館 83枚 https //www.facebook.com/media/set/?set=a.10150338399310501.579476.650970500 201010 秋・山城 17枚 https //www.facebook.com/media/set/?set=a.171079909573092.46081.100000132537525 201010 棚拍 16枚 http //www.flickr.com/photos/brode013/sets/72157625288144134/ 201007 天母忠誠路口 72枚 http //www.flickr.com/photos/huang77/sets/72157625517466455/ 201001 士林科教館、美崙公園 47枚 http //www.wretch.cc/album/album.php?id=tjphoto&book=1 200908 數位遊戲王八仙樂園外景 68枚 http //www.flickr.com/photos/swanky-hsiao/sets/72157623142946380/ 200904 外拍 46枚 http //www.flickr.com/photos/akoboy/sets/72157616647856940/ いろいろ 38枚 https //www.facebook.com/media/set/?set=a.163119023704288.43736.100000185744787 動画情報 動画概要 URL 201301 台灣女孩「台灣女孩」PV http //www.youtube.com/watch?v=sgV5FHzUl0Q 201301 台灣女孩「共同朋友」PV http //www.youtube.com/watch?v=yQk26rGmusQ 201301 台灣女孩拳 http //www.youtube.com/watch?v=NmE6UmfehBs 情報投稿 画像・動画の概要とURLを入力してから、投稿ボタンを押して下さい。 概要： URL： すべてのコメントを見る 情報コメントのテスト投稿です。 -- (管理人)
https://w.atwiki.jp/wg_watch/pages/52.html
目次 補足情報 画像情報 動画情報 情報投稿 補足情報 画像情報 画像概要 URL 公式画像 FaceBook ｜ FaceBook2 ｜ Wretch 201303 情人節慶生拍 368枚 https //www.facebook.com/media/set/?set=a.459383647462241.100650.100001718302964 201302 橄欖樹 239枚 https //www.facebook.com/media/set/?set=a.455027007897905.100071.100001718302964 201302 苗栗南庄橄欖樹 50枚 https //www.facebook.com/media/set/?set=a.610308055653201.158222.100000220367312 201301 旗袍 護士棚拍 243枚 https //www.facebook.com/media/set/?set=a.444389745628298.98977.100001718302964 201301 想像空間壽司 39枚 https //www.facebook.com/media/set/?set=a.593335970683743.156491.100000220367312 201212 聖誕壽司2 100枚 https //www.facebook.com/media/set/?set=a.435233863210553.97380.100001718302964 201212 壽司的聖誕迎新派對 68枚 https //www.facebook.com/media/set/?set=a.406442779434005.95796.100002048593028 201212 聖誕棚拍 25枚 https //www.facebook.com/media/set/?set=a.574841269196538.142508.100000120095600 201212 和風 121枚 https //www.facebook.com/media/set/?set=a.435137446553528.97361.100001718302964 201212 夜店風 54枚 https //www.facebook.com/media/set/?set=a.434025396664733.97167.100001718302964 201212 外拍 19枚 https //www.facebook.com/media/set/?set=a.468866906482934.95165.100000788879036 201212 昨日世界 含106枚 https //www.facebook.com/media/set/?set=a.427488153985124.95923.100001718302964 201212 華山 127枚 https //www.facebook.com/media/set/?set=a.557543744262966.149490.100000220367312 201211 華山1914 85枚 https //www.facebook.com/media/set/?set=a.413862538681019.93225.100001718302964 201211 華山藝文廣場 43枚 https //www.facebook.com/media/set/?set=a.385579778186972.90958.100002048593028 201210 台大 302枚 https //www.facebook.com/media/set/?set=a.541503449200329.145737.100000220367312 201210 在台大 46枚 https //www.facebook.com/media/set/?set=a.376780462400237.88725.100002048593028 201210 滴咖啡 62枚 https //www.facebook.com/media/set/?set=a.404682029599070.91029.100001718302964 201210 台大校園 155枚 https //www.facebook.com/media/set/?set=a.404361856297754.90976.100001718302964 201209 客家文化公園 311枚 https //www.facebook.com/media/set/?set=a.391246777609262.88099.100001718302964 201209 客家文化公園 308枚 https //www.facebook.com/media/set/?set=a.525644354119572.141634.100000220367312 201208 水博週邊 234枚 https //www.facebook.com/media/set/?set=a.386062064794400.86653.100001718302964 201208 暗色調 156枚 https //www.facebook.com/media/set/?set=a.381631395237467.85162.100001718302964 201208 中華網龍 185枚 https //www.facebook.com/media/set/?set=a.379251115475495.84411.100001718302964 201208 麻辣天后宮 80枚 https //www.facebook.com/media/set/?set=a.3592452542265.2143405.1601941045 201207 駁二藝術特區 153枚 https //www.facebook.com/media/set/?set=a.377145029019437.83834.100001718302964 201207 擔任職撞舉牌女郎 127枚 https //www.facebook.com/media/set/?set=a.429031130469128.92437.100000867331111 201207 中央公園 240枚 https //www.facebook.com/media/set/?set=a.376903175710289.83752.100001718302964 201207 愛河之心 221枚 https //www.facebook.com/media/set/?set=a.372831486117458.82541.100001718302964 201207 客家文物館 217枚 https //www.facebook.com/media/set/?set=a.372475999486340.82453.100001718302964 201207 台北科技大學 281枚 https //www.facebook.com/media/set/?set=a.369741349759805.81664.100001718302964 201207 緯來職撞舉牌 45枚 https //www.facebook.com/media/set/?set=a.407581955965631.92989.100001414899566 201207 台茂女子職撞 8+15+7枚 その1 ｜ その2 ｜ その3 201206 YogurtBar 含160枚 https //www.facebook.com/media/set/?set=a.355524404514833.78907.100001718302964 201205 新生公園 365枚 https //www.facebook.com/media/set/?set=a.347607108639896.77607.100001718302964 201205 昨日世界2 348枚 https //www.facebook.com/media/set/?set=a.342840535783220.76779.100001718302964 201204 昨日世界 310枚 https //www.facebook.com/media/set/?set=a.329843563749584.74647.100001718302964 201204 溪湖K1賽車場 48枚 https //www.facebook.com/media/set/?set=a.324880154245925.73790.100001718302964 201204 汽車零配件展 86枚 https //www.facebook.com/media/set/?set=a.318939718173302.72646.100001718302964 201204 棚拍 556枚 https //www.facebook.com/media/set/?set=a.314492055284735.71561.100001718302964 201204 溫洲 青田街拍 257枚 https //www.facebook.com/media/set/?set=a.310304069036867.70732.100001718302964 201204 壽司 11枚 http //www.may-may.net/dz/forum.php?mod=viewthread&tid=1655 201204 於機車展 4枚 https //www.facebook.com/media/set/?set=a.365339660171609.80357.100000867331111 201202 龍山寺 36枚 https //www.facebook.com/media/set/?set=a.355699691116358.88831.100000289913692 201202 加盟展 33枚 https //www.facebook.com/media/set/?set=a.288592801207994.65849.100001718302964 201201 180枚 https //plus.google.com/photos/106143235914866678243/albums/5699720550857865697 201112 聖誕壽司 96枚 https //www.facebook.com/media/set/?set=a.249808965086378.58445.100001718302964 201112 外拍 28枚 http //atff22.pixnet.net/album/set/16209121 201111 外拍 147枚 https //www.facebook.com/media/set/?set=a.347664761925608.102375.100000462622198 201108 435藝文特區 180枚 https //www.facebook.com/media/set/?set=a.489183931098948.131050.100000220367312 201108 OL風 44枚 https //www.facebook.com/media/set/?set=a.2249446509349.2126177.1043806944 201108 OL壽司篇 5枚 http //www.may-may.net/dz/forum.php?mod=viewthread&tid=1339 201107 美麗華夜拍 89枚 https //www.facebook.com/media/set/?set=a.10150246157466452.321707.707966451 201107 夜 20枚 http //www.wepi.club.tw/viewthread.php?tid=3838 201107 紫夜 13枚 https //www.facebook.com/media/set/?set=a.2174732241539.2122851.1043806944 201103 外拍 153枚 https //www.facebook.com/media/set/?set=a.1664519977440.2079201.1370486888 201012 誘人的壽司 10枚 http //www.wepi.club.tw/viewthread.php?tid=2875 201012 外拍 125枚 http //www.flickr.com/photos/c0466/sets/72157625705579530/ 201012 外拍 5枚 https //www.facebook.com/media/set/?set=a.187322067951891.51536.100000222974872 201004 小巨蛋外拍 50枚 https //www.facebook.com/media/set/?set=a.386379726451.165775.707966451 動画情報 動画概要 URL 公式動画 Youtube 201302 5TV正妹最愛 http //www.youtube.com/watch?v=FVUZtbd66Qk 201301 全民大新聞ShowGirl http //www.youtube.com/watch?v=qY9uqidWfsM 情報投稿 画像・動画の概要とURLを入力してから、投稿ボタンを押して下さい。 概要： URL： すべてのコメントを見る
https://w.atwiki.jp/selflearn/pages/34.html
A Definition of Closures - クロージャの定義 開始日 2007年02月09日 翻訳完了日 2008年03月16日 最終更新日(ちょこちょこ直したり) 2009年06月03日 （のんびりやっていたら、1年もかかってしまった・・・） はじめに Martin Fowler's Bliki in Japaneseというサイトで、Closureについての和訳が載っています。この中で、 Neal Gafter がクロージャの歴史について素晴らしい投稿をしています。 という記述と共にブログの記事が紹介されていました。Closureとは何なのか、そしてClosureについてまだよく分かっていないので、勉強がてら訳してみようと思いました。 ちなみにこの方、Googleの中の人です。2008/10/3時点の情報ではMicrosoftに転職されたようです。 原著 「A Definition of Closures」 http //gafter.blogspot.com/2007/01/definition-of-closures.html 注意 もともと個人利用を目的として日本語化したために、けっこう意訳している部分があります。「意味分からないよ」とか「おかしいんじゃない？」とかいうのがあれば、オリジナルを参照するか、コメントで質問してください（がんばって調べます）。 また、オリジナルのサイトには30近く(2007/3/12現在)のコメントが付いています。この内容は訳していませんので、全体理解のためにはそちらも見ておくことをお勧めします。 用語 訳文に出てくる各語に対応する原文と、その意味を以下に記します。 訳語 原文 意味 関数を値とする式 function-valued expression 式を評価した値が関数になるもの レキシカルスコープ lexical scope ブロック内で定義された変数はそのブロック内でしかアクセスできないこと。Wikipediaの説明 ダイナミックスコープ dynamic scope レキシカルスコープの定義に加え、あるブロック(サブルーチン)をコールした側のスコープにもアクセスできること。Wikipediaの説明 更新履歴 2007/03/12 作成開始 2008/07/01 shiro氏からコメントを受けて、内容を修正。「higher-order programming ×トップダウン式のプログラム ○高階プログラミング」「function-valued expression ×関数評価による表記法 ○関数を値とする式」とのこと。ありがとうございます。 訳文 Sunday, January 28, 2007 A Definition of Closures クロージャとは何なのか(2007/1/28) There has been some confusion over our proposal to add closures to the Java Programming Language. After all, doesn t Java already have closures in the form of anonymous inner classes? What is the point of adding something to the language that it already has? To some there appears to be a lot in the proposal that has nothing to do with closures, including the control invocation syntax, null as a type, Unreachable, throws type parameters, function interface types, and "nonlocal" returns. In my Javapolis talk I tried to give an explanation for why these features are in the proposal from the practical point of view of what kinds of things would be possible that were not formerly possible. But that begs the question why do we call it "Closures" for Java? In this blog post I ll try to show how the definition of closures relates to the features of the proposal, and identify which features of the proposal do (and which do not) result from the definition. 私たちの、Javaプログラミング言語にクロージャを追加するという提案に対して、いくらかの混乱がありました。結局のところ、Javaはすでに匿名クラスによってクロージャをサポートしているのでは？言語でサポートされている何かをさらに追加することの重要性は何なの？いくつかはクロージャとは無関係な提案も多くありました。control invocation syntax、型としてのNull、非到達性、型パラメータのthrow、関数インタフェースのタイプ、そして非局所的リターン。Javapolisのセッションでは、私はなぜこれらの機能が提案に含まれているかを、どんなことが以前は不可能で、そして可能になるのかという現実的な視点から説明しました。 けれど疑問は残ります。なぜこれを、Javaにとっての『クロージャ』と呼ぶのでしょうか？ この記事では、私は提案された機能がクロージャの定義とどのように関連しているかを紹介し、そして提案の中のどの機能がクロージャの定義に起因している(していない)かを明確にしようと思います。 Before discussing the definition of closures, it helps to understand the historical context in which the term was introduced. さて、クロージャについて議論する前に、この用語が導入された歴史的な背景を説明しましょう。 Lisp was created in the late 1950 s by John McCarthy and others at M.I.T. One feature of the language was function-valued expressions, signified by lambda. The name "lambda" was borrowed from a mathematical formalism known as the lambda calculus. Although Lisp was not based on an effort to model that formalism, lambda plays approximately the same role in Lisp as it does in the lambda calculus lambda is the syntax for a function-valued expression. McCarthy s intent was that Lisp should be designed to be implemented very efficiently, ideally compiled. That desire for efficiency influenced the design of the language. Lispは1950年代後半にM.I.TのJohn McCarthyらによって作られました。この言語の特徴の１つに関数を値とする式《function-valued expression》があり、lambdaで表現されています。「lambda」という名前はλ算法で知られる数学理論から借りたものです。形式主義をモデル化しようとする行いと同じ立場には立たなかったものの、Lispでもlambdaは「関数を値とする式のためのシンタックス」であるλ算法と同じ役割を果たしています。McCarthyは、Lispがとても効率良く実装できて、理想的な形でコンパイルできるようデザインされるべきだと考えていました。効率性への欲求はLispの言語設計にも影響しました。 Lisp used something called dynamic scoping. Logically, in a dynamically scoped language, when a variable reference is evaluated the runtime looks up the call stack until it finds a scope in which a variable of that name is defined. But as a practical matter variable references in a dynamically scoped language can be resolved in constant time simply by maintaining a value cell for each variable name; that value cell caches the variable s current definition. Dynamic scoping is easy to implement in an interpreter or compiler. Some very clever people had found ways to not only take advantage of dynamic scoping, but had developed what would now be thought of as programming patterns that depended deeply on it. But it was soon discovered that dynamic scoping suffered subtle problems, something the Lisp community called the FUNARG problem. Lispではダイナミックスコープ《dynamic scope》と呼ばれるものを使っています。理屈の上では、動的スコープを用いる言語は変数の参照元が評価されるとき、ランタイムが変数名の定義されているスコープを見つけるまでコールスタックを探索します。しかし現実的な問題として、ダイナミックスコープを持つ言語ではシンプルに各変数名に対する「値のセル(value cell)」を管理することで、変数の参照先解決を一定時間で行っています。値のセルに変数の現在の定義をキャッシングしているのです。ダイナミックスコープはインタプリタやコンパイラにとって簡単な実装になります。何人かの聡明な方々は、ダイナミックスコープを活用する方法を見つけただけでなく、プログラミングパターンという、ダイナミックスコープに深く依存する思考方法を発展させました。しかしダイナミックスコープではFUNARG問題(訳注：日本語訳がここにあります)と呼ばれる繊細な問題を抱えていることもすぐに分かりました。 Now we fast-forward to the mid 1970 s. On the radio you would hear(*1) Elton John, Emerson Lake Palmer, Joni Mitchell, The Captain and Tennille, John Denver, Paul Simon, Paul McCartney and Wings, ABBA, David Bowie, Janis Ian, Aerosmith, Fleetwood Mac, Heart, and Queen. A number of popular Lisp dialects were in use including InterLisp, MacLisp, UCI-Lisp, Stanford Lisp 1.6, and U. Utah s Standard Lisp. All of them were dynamically scoped. It was in this context that Guy Steele and Gerald Jay Sussman developed Scheme, a very simple Lisp dialect. では、時代を1970年代中頃まで早送りしましょう。ラジオからはElton John, Emerson Lake Palmer, Joni Mitchell, The Captain and Tennille, John Denver, Paul Simon, Paul McCartney and Wings, ABBA, David Bowie, Janis Ian, Aerosmith, Fleetwood Mac, Heart, そして Queenが聞こえてくることでしょう。(これは私ではなくGuy Steeleの、1970年後期の音楽に対する個人的インプレッションですからね) 当時の有名なLisp方言として、InterLisp, MacLisp, UCI-Lisp, Stanford Lisp 1.6, U. Utah s Standard Lispがありました。これらは全てダイナミックスコープを用いていました。SchemeというごくシンプルなLisp方言も、この時期にGuy SteeleとGerald Jay Sussmanによって作られました。 One thing about Scheme was different.(*2) Scheme was lexically scoped, like the lambda calculus and most mathematical notations, which means that a variable reference binds to the lexically enclosing definition for that name that was active at the time the enclosing lambda form was evaluated. To explain the semantics in terms of the implementation, evaluating a lambda expression was said to produce a "closure". This is a function value represented as an object that contains references to the current bindings for all the variables used inside the lambda expression but defined outside it. These are called the free variables. When this closure object, or function, is applied to arguments later, the variable bindings that had been captured in the closure are used to give meaning to the free variables appearing in the code. The term closure describes more than just the abstract language construct, it also describes its implementation. Schemeは他と異なっていました(Schemeは最初のレキシカルスコープを持つLispでしたが、レキシカルスコープを用いた初めてのプログラミング言語ではありません。たとえばAlgol60などがそうでした。詳しくはLandinのThe Next 700 Programming Languagesを参照してください)。Schemeではレキシカルスコープを用いていて、λ算法や最も数学的な記述方法のようでした。内部で持つλ構文が評価されるときにアクティブになる名前の、構文的な包含定義を変数の参照は束縛していたのです。実装に関するこのセマンティクスを説明するために、「lambda式を評価すること」は「『クロージャ』を生成すること」と言われていました。これは関数の値であり、lambda式内で使われている(ただし式外で定義された)全変数の束縛への参照を含んだオブジェクトとして表現されます。この変数は自由変数と呼ばれています。このクロージャオブジェクト、または関数があとで引数に適用されるとき、クロージャ内に捕捉されている変数の束縛はコード内に現れる自由変数に意味を与えるために用いられます。クロージャという言葉には、単なる抽象化のための言語構造のみならず、実装の意味も含まれているのです。 To many in the Lisp community at the time, it didn t make sense to adopt a Lisp dialect with closures. Not only would it undermine common programming techniques but it would obviously be much less efficient. For a short time these issues were debated, and Guy Steele wrote a series of papers entitled Lambda the Ultimate _____ (where _____ is Imperative, Declarative, GOTO, or Opcode) to help explain the power of lexically scoped lambda (closures). Fast forward only a few years and the debate was largely settled lexical scoping is Right and dynamic scoping is Wrong and we ve all learned our lesson. Since that time the word closure is used to mean lexically scoped anonymous function, but the connotation is that it is possible to get the semantics wrong for any number of reasons, including bugs and concerns about implementation efficiency. It also hints that we should let the language design drive the implementation, not the other way around. Virtually every programming language, whether or not it has something like lambda and anonymous function values, uses lexical rather than dynamic scoping. The basic definition of a closure, however, shows its Lisp roots 当時、多くのLispコミュニティにとって、Lisp方言にクロージャを採用することに意味はありませんでした。一般的なプログラミングテクニックを損なうだけでなく、明らかに非効率的だったのです。しばしこの問題について議論され、そしてGuy Steeleはレキシカルスコープなlambda（＝クロージャ）が持つ力について説明した一連の論文：Lambda the Ultimate _____ (_____には「Imperative」/「Declarative」/「GOTO」/「Opcode」が入ります)を作成しました。数年後、議論はほぼ収束しました。レキシカルスコープは正しく、ダイナミックスコープは間違っていたのです。これはとても良い教訓になりました。そのときからクロージャは「レキシカルスコープである匿名関数」を意味する単語として使われるようになったのですが、この表現は幾つかの理由やバグ、実装効率によって解釈の違いが発生する可能性を常に持っていました。言語設計に実装を推進させるべきであり、それ以外の方法は採るべきではない、というヒントを与えてもいました。抽象的に見て、全プログラミング言語はlambdaや匿名関数などをサポートしている・していないに関わらず、ダイナミックスコープよりもむしろレキシカルスコープを採用しています。 Lispを起源とする、クロージャの基本的な定義は以下のとおりです。： A closure is a function that captures the bindings of free variables in its lexical context. クロージャとは、そのレキシカルコンテキストの中に自由変数の束縛を保持する関数である。 Around this time, Smalltalk was introduced. Smalltalk is the most pure and simple of the object-oriented languages everything is an object. Object-oriented languages add a twist to lexical scoping. Rather than binding all names in the lexical scope, free variables appearing in methods are bound in the scope of the object that the method is a member of. In other words, names in a method are bound to members of the "current" object. The current object is accessible by the name "self". Another small but interesting detail is that you can return early from a method in Smalltalk using the syntax "^expression". We ll return (no pun intended) to the significance of this fact later. さて、ここからはSmalltalkを紹介しましょう。Smalltalkは「すべてがオブジェクト」という、もっとも純粋・シンプルなオブジェクト指向言語です。オブジェクト指向言語はレキシカルスコープにひねり(twist)を加えました。レキシカルスコープ内の全ての名前をバインドするよりもむしろ、メソッド内の自由変数は、そのメソッドをメンバに持つオブジェクトのスコープに束縛されているのです。言い換えると、メソッド内の名前は「現在の」オブジェクトのメンバに対して束縛されています。現在のオブジェクトは"self"という名前によってアクセスできます。もう１つの小さな、けれど興味深いポイントは、"^expression"という文法を使うことで、メソッドから早々に返る（戻る）ことが出来ると言う点です。 後ほど、この事実の重要性に戻ってきますからね（いや、ジョークじゃないですよ）。 Methods aren t the only kind of code abstraction in Smalltalk. There is also an expression form for writing a block expression, which is essentially a lambda. Early dialects had limitations on them, but most modern Smalltalks do not. They are a true analog to Scheme s lambda. Free variables in a Smalltalk block are bound in the enclosing scope, which is typically the scope of some enclosing method. The result of evaluating a block expression is a closure, and like everything else it is an object. In this case the object has a method that you use to invoke the code of the block. Smalltalkにおいて、メソッドとはコード抽象化程度のものではありません。まさしくlambdaのようにブロック構文を使った表現方法もあります。初期のSmalltallk方言には制限がありましたが、現在ほとんどのSmalltallkにおいてはそんなことはありません。 これらはSchemeでのlambdaと本当によく似ています。Smalltalkのブロック構文にある自由変数は(ブロックに)囲まれたスコープ──エンクロージャメソッドの典型的なスコープ──にバインドされていています。ブロック構文を評価した結果はクロージャであり、それ以外はオブジェクトのようでもあります。このケースでは、オブジェクトはブロック表記コードを実行するために使うメソッドを持っている、と言えます。 Anonymous functions (closures) were not blindly introduced into Smalltalk just because it seemed like a neat idea, or because they had worked out well in another language. Rather they were integrated fully and carefully into the language. Anonymous functions can properly be integrated into even an existing language, but there is an advantage when adding them early. As Guy Steele s papers demonstrated, they are so powerful that they subsume other language features. If you add them early, you might save yourself the trouble of adding language features that can instead be added as libraries. Smalltalk provides few control constructs directly in the language. Even the conditional "if" is provided as a library method and invoked using blocks. 匿名関数《Anonymous functions》(≒クロージャ)はSmalltalkに盲目的に取り入れられたわけではなく、上品なアイデアのようだったか、または開発者が他の言語に精通していたために取り入れられました。十分に注意深く、匿名関数は言語に組み入れられたのです。 匿名関数は既に存在している言語にでさえ正確に追加することができますが、ただし早期に導入するアドバンテージは存在します。Guy Steeleは論文で、匿名関数は取り入れる言語そのものを包含してしまうくらいパワフルなものだ、と記しています。つまり早期導入しておけば、ライブラリとして後から言語に導入することによるトラブルから身を護ることが出来るかもしれないのです。Smalltalkの言語仕様では制御構文をほとんど直接は提供していません。「if」条件文でさえライブラリのメソッドとして提供され、ブロック構文を用いて呼び出されるのです。 Two things distinguish blocks in Smalltalk from Scheme s lambda. First, the meaning of "self" within a block refers to whatever meaning it had in the enclosing context. Specifically, it doesn t refer to the closure object itself. Second, the syntax for returning from a method, "^expression", returns from the enclosing method; it doesn t return from the method representing the closure invocation. These two details are a natural consequence of the fact that, while Scheme has only one lexically scoped language construct (variable bindings), Smalltalk has three lexically scoped language constructs name bindings (like Scheme), the referent of the return syntax, and the meaning of "self". The definition of closures above mentioned only "the bindings of free variables", but that is because the definition was written for the language Scheme, and name (variable) binding is the only lexically scoped construct in Scheme. Common Lisp also has "return" and "goto", and these too are captured lexically in a closure. In order to realize the full power of closures, described in Guy Steele s lambda papers, they must capture all lexically scoped language constructs. Generalizing the definition of closure to cover other languages would require using more language-neutral terminology instead of "bindings of free variables" we would have something like "lexically scoped semantic language constructs." However, that obscures the origins of the term. Smalltalkのブロック構文は、Schemeのラムダ構文と比べて2つの事柄により区別できます。1つ目は、ブロック内の「self」の意味が、包含するコンテキストが持つすべての意味も参照していることです。もっと正確に言えば、それ(self)がクロージャオブジェクト自身を指しているのではないことに注意が必要です。2つ目は、メソッドから返るための構文「^expression」が、包含しているメソッドから返ってくることです。クロージャの実行で表現されるメソッドから返っているのではありません。これら2つのポイントから、Schemeがレキシカルスコープ：変数束縛だけを持つ言語として構成されたこと、Smalltalkが3つのレキシカルスコープ：名前束縛(≒Scheme)、リターン時のシンタックスの参照、"self"の意味を持つ言語として構成されたことが自然に導き出されます。ここまでで述べたクロージャの定義は「自由変数の束縛」という意味でしたが、それはつまり、これがScheme言語のために定義された単語であるからです。Schemeでは、名前(変数)束縛が唯一の構成物ですから。Common Lispではさらに"return"や"goto"も持っていて、これらもまたクロージャ内でレキシカルに構成されています。Guy Steelのlambdaの論文をに書かれたクロージャの力をフルに引き出すためには、それらはすべてレキシカルスコープとして言語に組み込まれなければいけないのです。 他の言語をカバーすることを目的とした、クロージャの定義の一般化には、言語に沿った専門用語を用いることが必要です。「レキシカルスコープ化されたセマンティックな言語構成」のように用いる「自由変数の束縛」の代わりに、です。ところが、それが用語の元々(origin)を不明瞭にしてしまっているのです。 Fast forward more than 25 years, and we re once again listening to some of the same music we listened to in the late 1970 s. We are now considering adding closures to Java, a significantly more complex language than either Scheme or Smalltalk. We re not considering them because they seem like a neat idea, or because they worked out well in other languages, or because we re bored. Rather we re considering them because of the power and flexibility they will add to the programmer s arsenal; because of the improved readability we expect from programs that use closures instead of the existing alternatives; and because of a number of other recently proposed language extensions that will be unnecessary if closures are added. In order to get the full power of closures, they should capture all lexically scoped semantic language constructs. What are the lexically scoped language constructs in Java? それから25年以上経った現在、私たちは1970年代のときと同じ音楽を聴いています。そして、私たちはJavaという、SchemeやSmalltalkとは比べ物にならない複雑な言語にクロージャを導入しようとしているのです。私たちがクロージャを検討している理由は、それが上品かつ巧妙なアイデアだからではなく、それらが多言語で枯れてきたからでもなく、退屈だからでもありません。そうではなくて、そのパワーとフレキシビリティがプログラマーにとっての引き出し《arsenal》を増やすこと、既存の他の方法の変わりにクロージャを使うことがプログラムの可読性を向上させること、そしてクロージャによって不要で大量な機能の追加が不要になるからです。 クロージャの本当の力を引き出すには、言語構造で必要なレキシカルスコープのすべての構文を捕捉するべきです。 では、Javaの言語構造のうち何がレキシカルスコープなのでしょうか？ The meaning of variable names. The meaning of method names. The meaning of type names. The meaning of this. The meaning of names defined as statement labels. The referent of an unlabelled break statement. The referent of an unlabelled continue statement. The set of checked exceptions declared or caught. The referent of a return statement. The definite assignment state of variables. The definite unassignment state of variables. The reachability state of the code(*3). 変数名の意味 メソッド名の意味 型名の意味 thisの意味 statementラベルとして定義された名前の意味 ラベルのないbreak文の指す先 ラベルのないcontinue文の指す先 The set of checked exceptions declared or caught. return文の指す先 変数の明確なアサイン文(? assignment state) 変数の明確なアンアサイン文(? unassignment state) コードの到達性を示す構文(*4). In addition, Java has one other significant difference from either Scheme or Smalltalk Java is statically typed. That means that each expression has a type at compile-time. So if we add closures, we need to have some appropriate type for a closure. Since a closure is an anonymous function, it is natural to consider adding function types to the language. But this is not a mandate. As you can see by the two variations of our closures proposal (the nominal and the functional versions) we believe it is possible to add closures without adding function types with a limited loss of functionality (higher-order programming becomes impractical). Our proposal for closures addresses every item on this checklist. There are additional features of our proposal (the control invocation syntax and the closure conversion) that don t relate directly to the definition of closures, but which make them integrate very nicely with existing language features. And there are additional features not mentioned in the spec (such as proper tail recursion) that would be helpful to realize the full potential of closures. それに加えて、JavaはSchemeやSmalltalkと大きく異なる特徴があります。：Javaは静的型チェックを行う言語です。つまり、コンパイル時点で式は型を持つのです。そのためクロージャを追加するならば、クロージャのために適した型を用意しなければなりません。クロージャは匿名関数であるため、言語に関数型を追加することを検討した方が自然です。しかしそれは絶対ではありません。私たちの2種類のクロージャへの提案(the nominal and the functional versions)から分かるように、私たちは、機能のロスをわずかながら伴う関数型の追加でなくても、クロージャを実装することが可能であると思っています(高階プログラミングは現実的ではありません)。クロージャへの提案はこのチェックリストにあるアイテムを指し示しています。クロージャの定義とは直接関係しない機能追加への提案(control invocation syntaxとクロージャのコンバージョン)もいくつかあります。しかし、すでにあるJava言語と、とてもうまく統一できています。 What about anonymous inner classes? It turns out that they don t pass muster on any item on this checklist. Let s set aside the fact that local variables from enclosing scopes must be final to be used inside an anonymous class. The problem is that variable names are simply not resolved in the correct scope. They are resolved in the scope of the anonymous class that you re creating, not the enclosing scope. If you re creating an instance of an interface then it s probably not too much of a problem because most interfaces don t have any (constant) variable definitions. But anonymous inner classes fail every other item on this checklist as well, most of them fatally. Most alternative proposals don t actually address any of the items on this list, and so fail to provide the power of closures any more than existing language constructs. 匿名インナークラス(anonymous inner classes)についてはどうでしょうか？このチェックリストには乗っていません。匿名クラスの中で用いられる、外側の変数はfinalでないといけないという事実は脇に置いておきましょう。問題は、変数名が正しいスコープの中では単純に解決できないことにあります。それら変数は作成した匿名関数のスコープ内で解決されます。外側のスコープではないのです。仮にinterfaceのインスタンスを作成したならば、interfaceは変数や定数の定義を持たないため、解決の困難さはそれ程問題にはならないでしょう。 しかし匿名インナークラスではチェックリスト内の他の致命的なアイテムと同様にうまくいかないのです。ほとんどの代替案はこのリストのアイテムのどれにも当てはまりません。それゆえ、既存の言語構造よりも強力なクロージャを提供することに失敗してしまうのです。 Setting aside all the programming language theory, don t anonymous inner classes provide, in practice, all of the advantages of closures? I believe I've already shown that the answer is no. It is certainly true that for any program you can write using closures, you can write a roughly equivalent program using anonymous inner classes. That s because the Java programming language is Turing-complete. But you will probably find yourself resorting to a significant and awkward refactoring of the code that has nothing to do with the purpose of the code. In fact, you can write a roughly equivalent program using assembly language if you have the stomach for such an effort. On the other hand, true closures increase the power of a language by adding to the kinds of abstractions you can express. プログラミング言語のセオリーをすべて無視して、実際問題として匿名インナークラスはクロージャの利便性をすべて提供しているのでしょうか？ 私は、その答はNoであるとすでに伝えています。クロージャを使って書ける幾多のプログラムにとっては真実であり、確かにほぼ同等のプログラムが匿名インナークラスによって書けてしまいます。これはJavaプログラミング言語がチューリング完全であるからです。けれどもあなたはしばしば、コードの目的とは関係ない大量で厄介な箇所のリファクタリングを行っていることに自分自身で気がつくでしょう。 実際のところ、その根性さえあればアセンブリ言語を使ってほぼ同等のプログラムを書けてしまいます。その一方で、真のクロージャは言語の持つ力を増大させるのです。表現可能な抽象化の一種を追加することによって。 （ - ） lethevert氏のブログのコメント経由で拝見しました。訳に少し気になるところがあったのでコメントしておきます。 "function-valued expression" は「関数を値とする式」です。式を評価した値が関数になるものですね。 "higher-order programming" は「高階プログラミング」という用語です。関数を引数として別の関数に渡したり、関数から戻り値として関数を返したりすることを指します。 -- shiro(コメントいただいた内容をかときちが本欄に転載しました。ありがとうございました) (2008-07-01 22 10 18)
https://w.atwiki.jp/eternity-link/pages/103.html
チームEternity Link PV第一弾 完成しました！ ご協力いただいたチームメンバーの皆さま、改めて御礼申し上げます。 ありがとうございました！ 無事、編集が完了しました。 随分と長期的な企画ものでしたが、私自身かなり楽しんでやることができました！ また似たようなものをやろうかなと思いますので、その時はよろしくお願いします。 YOUTUBE版 →https //www.youtube.com/watch?v=KA-Q-1AMILg feature=youtu.be ニコニコ動画版 http //www.nicovideo.jp/watch/sm29168591
https://w.atwiki.jp/wikiwikinew/pages/12.html
“自宅での生活が捗る商品”を集めたテレワーク向け福袋など、サンコーが予約販売開始 活動再開のマルウェア「Emotet」、オープンソースのメールソフト「Thunderbird」も攻撃対象に。警察庁が解析 「改正電子帳簿保存法」を知っている経理事務関係者は33.6％、エン・ジャパン調べ ハイエースやトレーラーなどのキャンピングカー＆オフィスカーを展示、ケイワークスが総合展示場をオープン 静岡県浜松市で無料ワーケーション、体験モニターを募集。ワークプレイス見学やEQスキル研修も 代官山 蔦屋書店に7時から22時まで営業のコワーキングスペース「SHARE LOUNGE」がオープン Dropboxが2022年の事業戦略発表、中小企業などに向けて新たな働き方「バーチャル・ファースト」を支援 低消費電力・長距離通信が特徴のIoT機器向け「Wi-Fi HaLow」、Wi-Fi Allianceが認証プログラム発表 複数のエレコム製Wi-Fiルーターに脆弱性が判明、ファームウェアのアップデートを 水平360º、垂直114ºにパンチルトできる300万画素Wi-Fiカメラ「Tapo C210」、TP-Linkが発売 WireGuardを採用したVPNサービス「グループ専用VPN WG」、インターリンクが提供開始 コロナ後のオフィス、最大の課題は「個別ブースが足りない」～「月刊総務」調べ 東京都水道局をかたるフィッシング、件名「水道局からのお知らせ」のメールに注意 光回線の開通までモバイルWi-Fiルーターが無料、「@nifty つなぎモバイル」提供開始 本日が最終日!! Amazonブラックフライデーのセール情報をおさらい バッファローのフラッグシップWi-Fi 6ルーターが「Wi-Fi EasyMesh」に対応、「WXR-6000AX12S」「WXR-5950AX12」の無料アップデートが公開 Salesforce、日本法人の社名を「株式会社セールスフォース・ジャパン」に変更。2022年2月より 40周年の「ATOK」最新版は同言異義語を正確に変換、「ディープコアエンジン2」搭載で2月1日から提供 件名「[Joshin web] カード情報更新のお知らせ」のメール、Joshin webをかたるフィッシングに注意 NECのWi-Fiルーター「Aterm」シリーズが安い！ プライム会員はさらに割引中 Amazonブラックフライデーセール ATOK 40周年記念版となる「一太郎2022」が2月10日発売、Web会議に対応する新機能など搭載 アイ・オー・データ機器のNASが9880円から、Amazonブラックフライデーセール エレコムのモバイルグッズやPC周辺機器が安い！ Amazonブラックフライデーセール 「Atom Cam2」が3310円などネットワークカメラが特売！ Amazonブラックフライデーセール NETGEARの高速Wi-Fi 6トライバンドルーターが特売中！ Amazonブラックフライデーセール 工事不要の住宅向けネット接続サービス「NURO Wireless 5G」、ローカル5Gで2022年春にソニーワイヤレスコミュニケーションズが提供開始 auおよびKDDIをかたるSMSによるフィッシング詐欺、「auからの重要なお知らせ」などのメッセージに注意 「Microsoft 365」「Adobe CC」定番アプリのサブスクが買い時！ Amazonブラックフライデー ベルキンのWi-Fi 6ルーターが5855円から！ Amazonブラックフライデーセール USB Type-C接続でHDMI／有線LANなどを拡張できる小型ドッキングステーション「DST-C17SV」、エレコムが発売